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(54) Method and system for flexible time-based control of application appearance and behaviour 



(57) A method, a computer readable medium, and 
a data system are provided for controlling computer sys- 
tem operation during execution of the computer system. 
At least one attribute change of a computer system to 
occur during the execution of the computer system is 
identified. The attribute change is associated with an 



event during computer system execution such that indi- 
cation of the event triggers the attribute change. An in- 
dex point is identified at which point the attribute change 
is to occur, and an index point type is specified for de- 
termining whether the attribute change is triggered de- 
pending on when the execution of the computer system 
commenced relative to occurrence of the index point. 
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Description 



[0001] This patent application is relatedto concurrent- 
ly-filed patent applications entitled "METHOD AND 
SYSTEM FOR AUTOMATIC CONTROL OF GRAPHI- 
CAL COMPUTER APPLICATION APPEARANCE AND 
EXECUTION," bearing attorney docket number N 
89068, "METHOD AND SYSTEM FOR PROVIDING 
FLEXIBLE TIME-BASED CONTROL OF APPLICA- 
TION APPEARANCE AND BEHAVIOR," bearing attor- 
ney docket number N.89071 , and "METHOD AND SYS- 
TEM FOR GENERATING FLEXIBLE TIME-BASED 
CONTROL OF APPLICATION APPEARANCE AND 
BEHAVIOR," bearing attorney docket number N.89072, 
all of which are incorporated by reference. 
[0002] This invention relates generally to computer 
systems and software applications therefor and, more 
specifically, to timing, control, and execution of software 
applications. 

[° 003 1 Many computer applications are time sensi- 
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tion about the events transpiring on-screen. It may be 
important to be able to display this information at rele- 
vant points in the program, such as when a character 
appears, when a scene changes, when an advertise- 
ment is being shown or is about to be shown, and at 
other times. 

[0006] To create programming carrying this time-de- 
pendent additional content, a developer first identifies 
time points at which informational and interactive con- 
tent will be shown. Then, the developer faces the chal- 
lenge of translating a list of identified time points into 
programmatic elements that initiate the additional con- 
tent to be seen by the user. Taking the example of an 
interactive game show with which users can play along 
as depicted in FIGURE 1A, the developer faces a 
number of specific tasks. In creating the application, an 
object may be to create a display 1 00 showing a number 
of graphical items. The developer may be working from 
an audiovisual recording, the image content of which in- 
cludes only a host 102. Upon this background, the de- 
velopens tasked with creaf in^fheresfof f hTvisual cofv — 



tent shown in FIGURE 1 A. For example, the developer 
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hols that Innk likp pgqr^ nf t^vt pa o ? j n a frnm t ho ih^ 
folder to the second folder. Similarly, Internet browsers 
change the appearance of a status bar, or rotate or oth- 
erwise change the appearance of a symbol on the 
screen to show the computer's acknowledgment that 
time is passing even if the browser is slow to respond 
with the desired page. Slightly more complicated exam- 
ples include games in which players have a limited pe- 
riod of time to complete some activity or in which the 
players' scores are based on how long it takes them to 
perform some task. 

[0004] As price-performance of computer hardware 
continues to improve, computers have proliferated to 
televisions and set-top boxes (STBs) which receive dig- 
ital cable television or satellite signals and decode those 
signals from a digital data stream and convert the data 
into audio-visual programs. The STBs, therefore, make 
interactive television possible. With an appropriately 
configured STB, a user potentially can play along with 
a game show, take courses by distance learning, bid in 
on-line auctions, and otherwise engage the television 
medium actively. The STB thus allows the user to en- 
gage in a highly time-dependent computer program 
where results depend on the user reacting in a limited 
time period. 

[0005] In these examples and other forms of interac- 
tive multimedia, the timing of user interaction is corre- 
lated with a broadcast or replay of a program. Again tak- 
ing the example of a quiz show, the user may have to 
respond to a question within a limited time period. It is 
important that the user be able to see the question, 
wager points, choose an answer, and know when the 
time to answer expires. Even in the cases of non-inter- 
active programs, it may be desirable to display informa- 
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board, a remote control, or a similar input device. The 
developer also want do visually communicate to the us- 
er that some questions are worth double points with a 
banner message 112. In addition, the developer may al- 
so provide a status window 114 that tells users what 
round or question is in progress so that users can track 
where they are in the course of the game. 
[0007] Creating such content generally is a familiar 
task to a video editor. The video editor may begin with 
multiple recordings of live action from multiple camera 
angles, recorded or filmed without interruption. From 
these recordings, the video editor may select specific 
segments to make up the program, edit out u nnecessary 
recorded footage, choose camera angles, and add ti- 
tles, graphics, and other content like that shown in FIG- 
URE 1 A. Historically, this has been done with video ed- 
iting equipment and text generating equipment. Text 
generating equipment creates rasterized text as though 
it were visually recorded by a camera, then superimpos- 
es the text over the originally recorded video and rere- 
cords the composite video. This process is familiar to 
television creators and viewers, but does not include 
means for creating user interaction. 
[0008] Improved technology has provided video de- 
so signers with improved video production tools. Video pro- 
duction designers already are familiar with non-linear 
editing tools that allow designers to examine video foot- 
age, underlying scripts, audio tracks, and other content 
associated with the video. Using these non-linear edit- 
55 ing tools, designers can select specific time points in a 
video at which titles, annotations, overdubbing, or other 
content might be added. If production designers could 
associate the additional content with time points in the 
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data representing the original program, playback devic- 
es such as STBs couid decode and append this addi- 
tional content to present it to users. 
[0009] Conventionally, two basic methods are used 
for triggering the presentation of additional content with- 
in a program. In a first method, synchronization points 
can be stored within the application data content to 
asynchronously initiate the additional content. For ex- 
ample, Society for Motion Picture and Television Engi- 
neers (SMPTE) time codes or frame numbers, counted 
from a selected reference point, can be used to trigger 
additional content as shown in FIGURE 1 B. An applica- 
tion or program 120 is embedded with a number of trig- 
ger points 1 22. An application (not shown) executing the 
program 120 then monitors the video time codes 124 or 
frame numbers 1 26 and, using conventional conditional 
logic, determines when a trigger point 122 has been 
reached. The application (not shown) can then execute 
specific prog ram logic to generate the change in appear- 
— ^ ance or behavior associated with the trigger points 1 22. 
(_' This method is self-contained in that the encoded syn- 
chronization points can initiate dis pla y of the additional 
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porting software at transmission and reception sites, 
and additional bandwidth. Both involve the potential ex- 
pense of a software engineer to create the complex 
combinations of programming statements required to 
facilitate accurate triggering of the additional content. 
[0012] Thus, there is an unmet need in the artfor gen- 
erating synchronization or trigger points during the ex- 
ecution of an interactive application and for invoking ad- 
ditional content associated with these trigger points as 
a result. 

[0013] Embodiments of the present invention enable 
providing program content or changing program behav- 
ior during execution of a computer system. Changes in 
appearance or behavior and attributes of a computer 
system to take place during computer system execution 
are identified. The attribute changes are associated with 
events, and these events are identified as index points. 
The index points implicate characteristics with which the 
attribute changes are implemented, such as whether the 
attribute change associated with the index point will be 



triggerable if computer system execution commenced 
after the event associated with the index point has 
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gramming logic and a corresponding amount of progra m 25 a ttribute changes depending upon when the users en- 



memory within the STB to operate. It also will be appre- 
ciated that, if there is a miscommunication in transmis- 
sion of the reference point, none of the synchronization 
points will execute at the appropriate time. 
[0010] Referring now to FIGURE 1C, in a second 
method, a control operator 1 50 at a broadcast site from 
which a program 152 is being transmitted can transmit 
control signals 154 to initiate the additional content. The 
control operator 150 might engage a semi-automatic 
computer application (not shown) to monitor the pro- 
gram 152 and view previously conceived timelines. Us- 
ing such a system, the control operator 150 in real time 
could actuate a control device to insert trigger signals 
154 into the broadcast stream at the appropriate times. 
The application executing the program 152 receives 
these trigger signals 1 54, interprets the instructions en- 
coded therewith, and then effects the desired change in 
behavior or appearance of the program related to the 
additional content. The code needed to initiate the ad- 
ditional content may have been previously stored in the 
program memory, or may be transmitted along with the 
trigger signals 154. This second approach has the po- 
tential advantage of using less computer memory stor- 
age than does the first method, but requires human in- 
tervention during th e broadcast and real-time bandwidth 
capable of supporting this remote control of the content. 
[0011] Referring back to FIGURE 1A, in the context 
of the game show example, either method would allow 
for questions 104, answers 106, 108, and 110, and other 
information 112 and 114, to be selectively displayed. 
The first method entails time-monitoring of the program 
and the previously-described application and hardware 
burdens. The second method involves an operator, sup- 
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gage the program by commencing execution of the com- 
puter system. Different types of index points can be as- 
signed to different attribute changes so that different at- 
tribute changes can have different properties. Moreover, 
the index points can be revised and stored separately 
from the attribute changes, allowing for flexibility and. ef- 
ficiency in revising programs and in transmitting the re- 
visions. 

[001 4] More specifically, embodiments of the present 
invention provide a method, a computer readable medi- 
um, and a data system for controlling computer system 
operation during execution of the computer system. Us- 
ing embodiments of the present invention, at least one 
attribute change of a computer system to occur during 
execution of the computer system is identified. The at- 
tribute change is associated with an event during com- 
puter system execution such that indication of the event 
triggers the attribute change. An index point is identified 
at which point the attribute change is to occur, and an 
index point type is specified for determining whether the 
attribute change is triggerable depending on when the 
execution of the computer system commenced relative 
to occurrence of the index point. 
[0015] In accordance with further aspects of the in- 
vention, the attribute change is triggered upon reaching 
the event, and the attribute change is made in accord- 
ance with characteristics of the attribute change deter- 
mined by the index point specif ied. Also, the index points 
are collected into an index list file, and the index points 
collected thereby are associated with the state changes 
that the index points initiate. Further, a plurality of index 
point types can be specified to allow for program devel- 
oper control of the content associated with the index 
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points. An index point type suitably may be a first index 
point type for which the associated attribute change will 
be initiated only if computer system execution com- 
menced before the event associated with the index point 
is reached. Also, an index point type suitably may be a 
second index point type for which the attribute state 
change is initiated upon reaching the index point, and 
will continue until the attribute change is countermand- 
ed. In addition, an index point type suitably may be a 
third index point type having a start point and a stop point 
for which the associated attribute change is initiated up- 
on reaching the index point if computer system execu- 
tion commenced before the event associated with the 
stop point is reached. 

[0016] The preferred and alternative embodiments of 
the present Invention are described in detail below, by 
way of example, with reference to the following draw- 
ings, in which:- 



FIGURE t A is a screen display from a hypothetical 20 
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prior art interactive software application; 
FIGURE 1B is a timeline of event triggers for the 
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played to the user in FIGURES 5A-5F; 
FIGURE 7 is a flowchart of a routine for creating an 
index points for controlling attribute changes ac- 
cording to an embodiment of the present invention; 
FIGURE 8 is a flowchart of a routine for executing 
a computer application responsive to an index table 
for controlling attribute changes according to an 
embodiment of the present invention; and 
FIGURE 9 is a block diagram of a data processing/ 
media control system of an embodiment of the 
present invention. 

[00171 By way of overview, embodiments of the 
present invention provide a method, a computer reada- 
ble medium, and a data system for controlling computer 
system operation during execution of the computer sys- 
tem. Using embodiments of the present invention, at 
least one attribute change of a computer system to oc- 
cur during execution of the computer system is identi- 
fied. The attribute change is a ssociated with an event 
during computer system execution such that indication 
jrtthej^en^ An index p oint 



tion of FIGUFTeTC 
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cur, and an index point type is specified for determining 
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the hypothetical prior art interactive software appli 
cation of FIGURE 1A; 

FIGURE 2A is a timeline showing operational char- 
acteristics of a first index point type; 
FIGURE 2B is a timeline showing operational char- 
acteristics of a second index point type; 
FIGU RE 2C is a timeline showing operational char- 
acteristics of a third index point type having associ- 
ated stop points; 

FIGURE 3A is an index table collecting events as- 
sociated with the index points; 
FIGURE 3B is an index table collecting events as- 
sociated with the third type of index points listing the 
times of start points and stop points associated with 
the index point; 

FIGURE 3C is an index table collecting the index 
point types; a start point and a stop point for each 
index point providing for possible use of the third 
index point type, and a state change initiated by the 
index point; 

FIGURE 4 is a graphical depiction of a data stream 
showing a table of attribute changes and an asso- 
ciated index table being loaded to control behavior 
of an interactive application 
FIGURES 5A-5F are screens from an interactive 
computer application controlled using an embodi- 
ment of the present invention; 
FIGURE 6A is an index table triggering state chang- 
es of the interactive computer application shown in 
FIGURES 5A-5F; 

FIGURE 6B is a state table driven by the index table 
of FIGURE 6A and controlling the run-time opera- 
tion of the interactive computer application dis- 
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when the execution of the computer system com- 
menced relative to occurrence of the index point. 
[0018] FIGURES2A-3Cshowtimelines200,201,and 
203, respectively, depicting at least three types of index 
points that can be used in accordance with embodi- 
ments of the present invention . FIGURE 2A shows a plu- 
rality of a first index point type 211 which for purposes 
of this detailed description are termed momentary index 
points. A momentary index point 211 is momentary in a 
sense that an attribute change associated with the index 
point is triggered only if computer system execution 
commenced before the event associated with the mo- 
mentary index point 21 1 was reached. Taking the exam- 
ple of an interactive game show, program designers 
may wish to display a time-limited question if the user 
engaged the program before the question was first pre- 
sented. This may be to prevent a user from being con- 
fused or distracted by an object effectively flickering 
across the screen because the user engaged the pro- 
gram after the question was asked but without the user 
having time to respond. 

[0019] More specifically, FIGURE 2A shows four mo- 
mentary index points at M0 212, M1 214, M2 216, and 
M3 218. In this example M0 212 and M3 21 6 trigger the 
display of information, while M1 214 and M3 218 turn 
off the display of the information. Relative to the index 
point M0 21 2, the user initiates computer system exe- 
cution at r 220, which is at a point after M0 21 2. A cross- 
hatched region 222 represents a duration from M0 212 
to M1 214 during which the information is programmed 
to be displayed. However, because the user initiated 
computer system execution at t* 220, that is after M0 
212 which initiated display of the information, the infor- 
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mation will not be displayed. On the other hand, if the 
user continues with computer system execution after t* 
220 or, for the sake of further example, initiates compu- 
ter system execution att** 224, then the information in- 
itiated by M2 216 (as indicated by the solid region 226) 
will be displayed. By continuing with computer system 
execution after t* 220 or commencing computer system 
execution at P* 224, computer system execution will 
have commenced before M2 21 6. The momentary index 
point 216 provides for the information to be displayed 
as long as computer system execution commences be- 
fore the event associated with a momentary index point 
is reached. 

[0020] It will be appreciated that index points M1 214 
and M3 21 8 are used to turn off the display of information 
by triggering a countermanding attribute removing the 
information from the display. If computer system execu- 
tion commenced at t** 224 and there were no index point 
such as M3 21 8 to turn off the display of the information, 
the information would remain displayed. In the case of 



computer system execution commencing at t* 220, the 
index p oint M1 214 does n ot t urn off the information be- 



conventionai video editing today where superimposed 
content appears regardless of when a user engages the 
program. 

[0023] FIGURE 2C shows two index points 250 and 
5 256 of a third index point type which for purposes of this 
detailed description is termed a segmented index point 
251 . A segmented index point 251 has a start point and 
a stop point. Like a momentary index point (FIGURE 
2A), the segmented index point 251 will only initiate an 
10 associated attribute change if computer system execu- 
tion is commenced by an indicated time. Unlike the mo- 
mentary index point (FIGURE 2A), however, the seg- 
mented index point 251 enables initiation of the attribute 
change as long as computer system execution corn- 
's mences between the start point and the stop point, and 
until countermanded by a subsequent attribute change. 
[0024] More specifically, FIGURE 2C shows a seg- 
mented index point 250 as having a start point S start 0 
252 and a stop point S stop 0 253. An attribute change 
20 associated with the segmented index point 250, if initi- 
ated, persists until"a^teTmanclecl"by a subsequent at~" 
tri bu te change. In the exam pl e of FIGURE 2C, the at - 
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dex point M 1 21 4 suitably is included for users enqaqinq 


is shown to be countermanded bv an attribute chanqe 



omputer system execution prior to M O 212. It will be 
appreciated that index points M1 214 and M3 21 8 could 
be other types of index points, such as a progressive 
index point which will be described in connection with 
FIGURE 2B. It will be further appreciated that a duration 
could be associated with the index points M0 212 and 
M1 214, thereby making a second index point to deac- 
tivate the attribute superfluous. 
[0021] FIGURE 2B shows two index points 230 and 
232 of a second index point type which for purposes of 
this detailed description is termed a progressive index 
point 231. Like the momentary index point (FIGURE 
2A), the progressive index point 231 initiates an asso- 
ciated attribute change with an event associated with 
the progressive index point 231 . On the other hand, un- 
like the momentary index point (FIGURE 2A), the pro- 
Q^ r . gressive index point 231 causes the associated attribute 

change to be initiated regardless of when computer sys- 
tem execution commences relative to the occurrence of 
the event associated with the progressive index point 
231 . Attribute changes associated with a progressive in- 
dex point 231 suitably are deactivated by subsequent 
attribute changes. 

[0022] . The progressive index point PO 230, for pur- 
poses of this example, initiates an attribute change such 
as a display of information, whereas progressive index 
point P1 232 countermands the attribute change and re- 
moves the information from display. As shown on a time- 
line 201 , the user may initiate computer execution at 
point t' 234, t" 236, or t"' 238, and in any of those cases 
the attribute change will be made until countermanded 
by the second progressive index point P1 232, as indi- 
cated by a solid region 240. It will be appreciated that a 
progressive index point 231 operates in the nature of 
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appreciated that another type of index point suitably 
serves to countermand a previous attribute change, or 
a durational parameter could be associated with the 
segmented index point to deactivate an associated at- 
tribute change. As shown in FIGURE 2C, a user com- 
mences computer system execution at t+ 262, which is 
after the stop point S stop 0 253. Because computer sys- 
tem execution commenced after the stop point S stop 0 
253, the attribute change will not be initiated. The non- 
triggered attribute change is indicated by the cross- 
hatched region 266 which would have represented a du- 
ration of the attribute change. 
[0025] By contrast, segmented index point 256 has a 
start point S start 2 257 and a stop point S stop 2 258 
for an attribute change which subsequently is counter- 
manded by index point P1 260. As shown, the user en- 
gages computer system execution at t-M- 264, which 
precedes stop point S stop 2 25B. As a result, the at- 
tribute change is made, as shown by a solid region 268. 
It will be appreciated that a cross-hatched region 269 
shows a portion of a duration of the attribute change for 
which the attribute change was not initiated. For sake of 
comparison, it will be appreciated that a segmented in- 
dex point 251 operates comparably to a momentary in- 
dex point (FIGURE 2A) which has a "grace period." 
Thus, the segmented index point 251 allows an attribute 
change to be initiated even if computer system execu- 
tion commences after a start point 252 or 257 as long 
as computer system execution is commenced before an 
end of either "grace period" ending with a stop point 253 
or 258., 

[0026] For a program having a number of attribute 
changes initiated by a number of events, the index 
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points suitably are collected in index tables. FIGURES 
3A, 3B, and 3C show three different types of index tables 
which might be used in accordance with embodiments 
of the present invention. FIGURE 3A shows an index 
table 300 with a single column 302. The single column 
lists a series of events 304 that trigger a sequence of 
index points. A single column table, for example, suita- 
bly controls a series of attribute changes keyed by index 
points of a single type such as momentary index points 
(FIGURE 2A), If each event in a program is keyed to a 
momentary index point, an index table that lists events 
which trigger those index points suitably provides 
enough information to initiate attribute changes upon 
reaching the listed events. Associated attribute changes 
will be initiated if computer system execution com- 
menced before the event associated with the index point 
was reached. The index table 300 also is suitable for 
initiating a series of progressive index points (FIGURE 
2B) which will initiate attribute changes associated 
therewith which will persist until countermanded. Fur- 



ze? 



ther, the index table 300 is suitable forinlfiating a series 
__ofjejm^t edjndex points (FIGURE 2C) where the 



table 350. As described In the foregoing examples of 
FIGURE 3A and 3B, it is assumed that a program using 
the index table stores in the index table index point types 
to determine whether attribute change initiation is de- 
pendent on computer system execution commencing 
before the events are reached. It also is assumed that 
a program using the index points in FIGURES 3A and 
3B is programmed to sequentially apply index points to 
attribute changes, and the index points in the index table 
are not associated to particular attribute changes in the 
index table. However, these types of information suita- 
bly are included in an index table. The index table 350 
has four columns including an index point type column 
352, an event column for start points 354, an event col- 
's umn for stop points for segmented index points 356, and 
an attribute change column 358. Accordingly, it is man- 
ifest in the index table 350 that, for example, at time 0 
360, a momentary index point (M) 362 triggers attribute 
change A 364 if computer system execution com- 
menced before time 0 360 and until attribute change A 
"364 is~c^termahded: SimilaTl^rtime"1 ~3707apro^~ 
gressiye index point P 37 2 triggers a ttribute change B 
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For example, time 0 306 suitably may be a start point time 2~38t", a segmented in dex change S 3^ 2TCoirs 



itiating an attribute nhangp and time 1 308 suitah 
may be a stop point marking an end of a period during 
which the attribute change may be initiated. Thus, de- 
pending on a configuration of a system using the index 
points, an index table 300 with a single column 302 suit- 
ably triggers associated attribute changes. 
[0027] Alternatively, FIGURE 3B shows a more com- 
plex index table 320 having two columns 322 and 324. 
For example, the index table 320 is suitable for a system 
using one or more segmented index points (FIGURE 
2C) in addition to other types of index points such as 
momentary index points (FIGURE 2A) and progressive 
index points (FIGURE 2B). For sake of example, it is 
assumed that an attribute change associated with a first 
event uses a segmented index point with a start point 
time 0 326 and a stop point time 0 328. The first column 
322 can store start points and the second column 324 
can store stop points. On the other hand, if a second 
attribute change is initiated by a momentary index point, 
only a start point is needed. Thus, specifying time 2 330 
as a stop point for an attribute change is sufficient to 
trigger the attribute change if computer system execu- 
tion commenced prior to time 2 330 and, suitably, no 
event is logged in the second column 324 because stop 
points are not used by momentary index points. 
[0028] It will be appreciated that a single-column table 
like the index table 300 (FIGURE 3A) could also be used 
for initiating attribute changes triggered by segmented 
index points. If accommodation is made in the single- 
column table to accept a second operand in the single 
column which can specify a stop point for a segmented 
index point, the index table could control operation of 
segmented index points as well. 
[0029] FIGURE 3C shows a still more detailed index 
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■an.aflrib_ute_chariqe C 386 provided com puter system 
execution commences before stop point time 3 388 and 
until attribute change C 386 is countermanded. In sum, 
a multiplicity of index point information can be manifest- 
ed in an index table for controlling a series of attribute 
changes within the broad concepts of the present inven- 
tion. 

[0030] FIGURE 4 shows a data stream 400 including 
a series of attribute changes stored in an attribute 
change table 410 and index points stored in an index 
table 420 in accordance with an embodiment of the 
present invention. A suitably enabled receiver can use 
these tables 410 and 420 to direct execution of a pro- 
gram, with or without receiving additional application- 
specific code, according to the data in the tables 410 
and 420. Such a suitably enabled receiver of the tables 
41 0 and 420 using a method, program, or system to di- 
rect an application is described in the concurrently-filed, 
co-pending patent application entitled "METHOD AND 
SYSTEM FOR PROVIDING FLEXIBLE TIME-BASED 
CONTROL OF APPLICATION APPEARANCE AND 
BEHAVIOR," bearing attorney docket number N.89071 , 
the contents of which are hereby incorporated by refer- 
ence. The attribute change table 41 0 and the index table 
420 can be separately modified and/or communicated 
as desired to the computer system executing the pro- 
gram to provide for flexibility in creating and modifying 
programs, as well as for saving bandwidth when only 
one or the other is to be communicated. 
[0031] For clarity, an extended non-limiting example 
of operation of such a index table-driven system is pro- 
vided in FIGURES 5A-5F. FIGURES 5A-5F show dis- 
plays from a hypothetical interactive television program, 
such as a game show. During presentation of the game 



6 



11 



EP 1 380 945 A2 



12 



show, attributes presented, to a user are changed ac- 
cording to an index file list 600 (FIGURE 6A) and a state 
table 620 (FIGURE 6B) as a function of when the user 
engages the program, as will be further explained. The 
representative displays shown in FIGURES 5A-5F rep- 
resent a series of consecutive images that a program 
designer wants a user to see depending on the point at 
which the user engages the program. 
[0032] FIGURE 5A shows a display seen by a user 
when computer system execution commences before 
suitable index points associated with an event X is 
reached. The index points invokes a collection of at- 
tribute changes shown. More specifically, in FIGURE 
5A, a host 500 appears on-screen. It will be appreciated 
that the images of the host 500 suitably may represent 
the only actual camera footage incorporated by the pro- 
gram, whereas other attributes suitably can be compu- 
ter-generated under control of the index file list 600 
(FIGURE 6A) and the state table 620 (FIGURE 6B). 
Among the attributes displayed in FIGURE 5A are a first 
" question" 5027 three possible ahswersT 5047 5 06 ,"ahd~ 
508, and a status indicator 51 0 that, in this case, informs 
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and the banner 530. FIGURE 5E shows a display seen 
by a user when computer system execution com- 
menced after the index point invoking the attribute 
changes in FIGURE 5C and the stop point for the seg- 
mented index point stop point is reached. In FIGURE 
5E, the only attribute remaining is the status indicator 
510. 

[0035] To achieve the result shown in FIGURES 5C, 
5D, and 5E, attributes 522, 524, and 526 suitably are 
associated with event Y by a momentary index point as 
will be further explained in connection with FIGURE 6B. 
Also, there are only two available answers to this ques- 
tion, control of which also will be further explained in 
connection with FIGURE 6B. The status indicator 510 
is shown regardless of the fact that computer system 
execution began after event Y, although at event Y an 
index point caused a value of the status indicator 51 0 to 
change from T' to u 2. u Therefore, the status indicator 
51 0 suitably is associated with event Y by a progressive 
trigger which changes the value displayed. Again, the 
"prd^^rfrdesighef may c^oosenot' tc ("display the ques- 
tion 522 and answers 524 and 526 on the screen unless 
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Jion commences after the event X has passed. In FIG- 25 Again, the program designer suitably wants to keep the 



URE 5B, only the image of the host 500 and the status 
indicator 510 remain. 

[0033] To achieve the result shown in FIGURES 5A 
and 5B, attributes 502, 504, 506, and 508 suitably are 
associated with event X by a momentary index point, as 
will be further explained in connection with FIGURE 6B. 
The status indicator 51 0 is shown regardless of the fact 
that computer system execution began after event X. 
Thus, the status indicator 510 suitably is associated with 
event X by a progressive trigger. The program designer 
may choose not to display the question 502 and an- 
swers 504, 506, and 508 on the screen unless the user 
commenced computer system execution in time to en- 
gage the program before the question was shown. How- 
ever, the program designer may want to inform the user 
of the progress of the game, and thus uses a progres- 
sive index point for the status indicator 51 0 to inform the 
user of the question number even if the user has missed 
the question. 

[0034] FIGURE 5C shows a display seen by a user 
who has engaged the program before suitable index 
points associated with an event Y is reached. Among 
the attributes displayed in FIGURE 5C are a second 
question 522, two possible answers 524 and 526, along 
with the status indicator 51 0 that, in this case, informs 
a user that this is now the second question. Also, a ban- 
ner 530 is added to inform a user that the "BONUS 
ROUND IS NEXT!" FIGURE 5D shows a display seen 
by a user when computer system execution com- 
menced after the event Y has passed but before a seg- 
mented index point stop point is reached, as will be "fur- 
ther described. In FIGURE 5D, the attributes added in 
FIGURE 5C are gone except for the status indicator 510 
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user informed of the progress of the game, and thus us- 
es a progressive index point for the status indicator 51 0 
to inform the user of the question number. Finally, the 
banner 530 continues to be displayed for a time after 
the event Y triggering the display of attributes 522, 524, 
and 526 has passed. The program designer may wish 
to inform a loyal viewer that the "BONUS ROUND IS 
NEXT!" so that, even if the user has missed the chance 
to answer question 2, he or she may wish to remain for 
the promised bonus round. Nonetheless, the program 
designer wishes to unclutter the screen at a time before 
the next question is displayed, thus, the program de- 
signer suitably chooses a segmented index point to as- 
sociate the banner 530 with the event Y. 
[0036] Finally, FIGURE 5F shows a display seen by a 
user who has engaged the program before suitable in- 
dex points associated with an event Z is reached. Pres- 
entation of these attributes can be controlled by the pro- 
gram designer as in the foregoing examples, or the pro- 
gram designer may exercise prerogatives involving dif- 
ferent index point choices. 

[0037] FIGURES 6A and 6B show an index table 600 
and an attribute change table 620 which can be used to 
direct presentation of the program to the user. As previ- 
ously mentioned, with a receiver at a user location using 
a suitable method, computer readable medium, or sys- 
tem, only the index table 600 and attribute change table 
620 are needed to provide and control the attribute 
changes described in connection with FIGURES 5A-5F. 
Advantageously, the attribute change and control infor- 
mation can be sent to the receiver without having to cre- 
ate application specific code or consume the bandwidth 
or memory to transmit and store application specific 
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code, respectively. For example, a typical set-top box 
(STB) which suitably is used to execute a program has 
little memory to spare on storing application specific 
code. Moreover, the bandwidth of digital transmission 
media is fairly crowded with video and audio data, and 
there is little bandwidth left for transmitting large bodies 
of application specific code. Methods, computer reada- 
ble media, and systems for creating and executing a 
program using embodiments of the present invention 
are described in concurrently-filed patent applications 
entitled "METHOD AND SYSTEM FOR AUTOMATIC 
CONTROL OF GRAPHICAL COMPUTER APPLICA- 
TION APPEARANCE AND EXECUTION," bearing at- 
torney docket number N.89068, "METHOD AND SYS- 
TEM FOR PROVIDING FLEXIBLE TIME -BASED CON- 
TROL OF APPLICATION APPEARANCE AND BEHAV- 
IOR," bearing attorney docket number N.89071, and 
"METHOD AND SYSTEM FOR GENERATING FLEXI- 
BLE TIME-BASED CONTROL OF APPLICATION AP- 
PEARANCE AND BEHAVIOR," bearing attorney docket 
number N. 89072, all of which are incorporated by refer- 
ence. 
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[0038] Attribute changes keyed to common events. 
sucn as th e oispiay of questions and answers ana^f her 



State 0 614. Similarly, reaching event Y 606 keys the 
transition to State 1 616, and reaching event Z 608 keys 
the transition to State 61 8. As will be appreciated, there 
is one index point and one state for each of the three 
questions presented in FIGURES 5A-5R 
[0040] FIGURE 6B shows the attribute change table 
620 in which the attribute changes are collected into 
states associated with index points in the index table 
600 (FIGURE 6A). The combination of the index table 
600 and the attribute change table 620 determines when 
and if attributes are viewed by a user of the program as 
shown in FIGURES 5A-5F. In an attribute change col- 
umn 622, attribute changes are listed which will deter- 
mine the appearance of the attributes 632-660 present- 
ed to a user. An index point column 624 lists index point 
types for each of the attribute changes listed in the at- 
tribute column 622. As previously described, the index 
point types can be stored in the index point table 600 
(FIGURE 6A), they can be set or assumed by an appli- 
cation receiving the tables 600 and 620, they can be 
specified 7n anattribute change table 620 as shown, or 
jheycan b e set in other ways kno wn to a person of or- 
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with each other into state changes, and the series of 
state changes collected into a state table. Methods, 
computer readable media, and systems for creation and 
use of state table are described in the application enti- 
tled "METHOD AND SYSTEM FOR AUTOMATIC CON- 
TROL OF GRAPHICAL COMPUTER APPLICATION 
APPEARANCE AND EXECUTION," bearing attorney 
docket number N.89068, incorporated by reference. For 
the sake of brevity in the following example, attribute 
changes keyed to common events will be collected into 
states as marked in FIGURES 6A and 6B. 
[0039] FIGURE 6A shows an exemplary index table 
600 configured to direct attribute changes as dictated 
by the attribute change table 620 (FIGURE 6B). The in- 
dex table 600 has three columns. A first column is an 
event column 602 listing events X 604, Y 606, and Z 608 
triggering attribute changes. It will be appreciated that, 
instead of using chronological time, the events also 
could be measured in frame numbers or another count- 
ing mechanism that marks the passage of the program 
with which the index points in the index table 600 are 
associated. A second column is stop point column 610 
used for storing stop points associated with segmented 
index points (FIGURE 2C). One stop point at event Y' 
611 is stored. The operation of stop point 611 will be 
described in connection with the attribute change table 
620 (FIGURE 6B), below. A third column is a state col- 
umn 612 which lists State 0 614, State 1 61 6, and State 
2 618. Each of these states 614, 616, and 618 repre- 
sents a collection of attribute changes corresponding to 
a common event such as event X 604, event Y 606, and 
event Z 608, respectively. In other words, when event X 
604 is reached, an index point keys the transition to 
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632-660 listed in the attribute change column 632. For 
the sake of a non-limiting example, the attribute chang- 
es 632-660 are keyed to one of the types of index points 
previously described in connection with FIGURES 2A- 
2C. The following discussion cross-references the con- 
tents of FIGURE 6B with the index table 600 of FIGURE 
6A and the display screens shown in FIGURES 5A-5F. 
In the following discussion , for the sake of visual clarity, 
entries are referenced by a column 622-630 and an at- 
tribute change 632-660, the latter making up the rows 
of the attribute change table 620. 
[0042] In the attribute change table 620, the first at- 
tribute changes listed are for the status indicator 510 
(FIGURES 5A-5F), "Store in Qnumber. Visible" 632 and 
"Store in Qnumber.Text" 634. The status indicator 510 
remains visible regardless of whether the user engaged 
the program before an index point triggering a question 
was initiated (FIGURES 5A, 5C, and 5E) or after an in- 
dex point triggering a question was initiated (FIGURES 
5B, 5D, and 5F). The programming element "Store in 
Qnumber.Visible" 632 that determines the attribute 
change for the status indicator suitably is a progressive 
index point (FIGURE 3B) as signified by the operand "P" 
in the index point column type 624. As previously de- 
scribed, a progressive index point initiates an attribute 
change that will persist until the attribute change is coun- 
termanded by a subsequent attribute change. For the 
programming element "Store in Qnumber.Visible" 632, 
the argument T* for 'True" is entered in the State 0 col- 
umn 626, in the State 1 column 628, and the State 2 
column 630. Accordingly, the status indicator 510 (FIG- 
URES 5A-5F) is made visible at event X 604 (FIGURE 
6A) keying a progressive index point for the attribute 
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change 632 which remains visible throughout the events 
in this example. 

[0043] The status indicator 510 remains visible, but 
the data it conveys does change. The operand for at- 
tribute change "Store in Qnumber.Text" 634 changes 
from T in the State 0 column 626 to "2" in the State 1 
column 628 to "3" in the State 2 coiumn 630. The oper- 
and for "Store in Qb ox. Visible" 636 is set to T for "True" 
in the State 0 column 626, the State 1 column 628, and 
the State 2 column 630, indicating that the question 
number remains visible at all times as shown in FIG- 
URES 5A-5F. Again, a progressive index point "P n is 
specified in the index point type column 624 for the at- 
tribute change "Store in Qnumber.Text" 634 because, 
as shown in FIGURES 5A-5F, the number of a current 
question is desired to remain visible at ail times, regard- 
less of whether computer system execution commenc- 
es before or after the index point is reached. 
[0044] New questions 502, 522, and 542 are present- 
ed in FIGURES 5A, 5C, and 5F, respectively, but are 
r"emoveU~fr6m display in FIGURES" 5B,"5D7 and' 5E 
where computer system execution commenced after 
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in AnswerB.Text" 648, and "Store in AnswerC.Text" 654 
control the content of the answer blocks displayed. Like 
the attribute change pairs for the questions, a momen- 
tary index point type "M" is selected in the index point 
type column 624 for the attribute changes "Store in An- 
swerA.Visible" 640, "Store in AnswerB. Visible" 646, and 
"Store in AnswerC .Visible" 652 so that the questions will 
not be presented if a user commences program execu- 
tion after the triggering event is reached. Also like the 
attribute change pairs for the questions, a progressive 
index point type "P" is selected in the index point type 
column 624 for the attribute changes "Store in AnswerA. 
Text" 642, "Store in AnswerBText" 648, and "Store in 
AnswerC.Text" 644 because content index point type is 
irrelevant when the visibility of the question is controlled 
as previously described. Again, these attributes provide 
data which result in the appearance of displays as elect- 
ed by the program designer in FIGURES 5A-5F. 
[0047] There are two differences to note about at- 
tribute changes relative to the answer choices. First, as 
shown in FIGURE 5C7 there are "only two answer choic- 
es for the second question. As a result, in the State 1 
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its presentation is controlled by a momentary index point 
"M" in the index point type column 624. Upon reaching 
event X 604 (FIGURE 6A) the index point associated 
with State 0 61 4 is triggered. A "T in the State 0 column 
626 results in the question being displayed if computer 
system execution commences before event X 604 (FIG- 
URE 6A) is reached initiating the attribute change. 
[0045] The text of the questions changes from State 
0 614 to State 1 616 to State 2 618 as shown in the 
attribute change table where the attribute change "Store 
in Qbox.Text" 638 takes invokes the text for "Q1 ," "Q2," 
and "Q3," in the State 0 column 626, the State 1 column 
628, and the State 2 column 630, respectively. The in- 
dex point type P is used to designate a progressive in- 
dex point (FIGURE 2B) to indicate that the question text 
can be stored in the question box without change re- 
gardless of when computer system execution com- 
mences relative to events listed in the index table 600 
(FIGURE 6A). Whether the question text persists wheth- 
er computer execution begins after the triggering event 
is reached is irrelevant. As previously described, the 
question's visibility is controlled by the attribute change 
"Store in Qbox. Visible" 636 which is governed by a mo- 
mentary index point, thereby achieving the program de- 
signer's desired appearances regardless of the index 
point type assigned to the attribute change "Store in 
Qbox.Text" 638. 

[0046] The presentation of the answers for the ques- 
tions works in the same way as for the questions. At- 
tribute changes "Store in AnswerA.Visible" 640, "Store 
in AnswerB.Visible" 646, and "Store in AnswerC.Visible" 
652 control the visibility of each of the answer choices. 
Attribute changes "Store in AnswerAText" 642, "Store 



30 



35 



40 



50 



55 



system execution c ommences before reaching th e, 
event initiating the attribute change 652," no answer 
choice will be shown for "C." Further, because the an- 
swer choice will not be shown, for the attribute change 
"Store in AnswerC.Text" 654, the argument is 
"NCLCHANGE" because there is no point in changing 
the content if the answer choice will not be displayed. 
For the third question as pictured in FIGURE 5F, there 
is a third answer choice 548. Therefore, for "Store in An- 
swerC. Visible" 652 the argument is changed back to T 
for "True" in the State 2 column 630, and the argument 
for "Store in AnswerC.Text" 654 is changed to M C3" to 
give an answer for the current question. 
[0048] Second, for each of the answer choices a func- 
tion is named so that the user can interact with the game. 
"Store in AnswerA.Func" 644, "Store in AnswerB. Func" 
650, and "Store in AnswerC.Func" 656 are attribute 
changes representing function calls calling functions 
"Func_Rgt" for a right answer and "Func_Wrg" for a 
wrong answer. Answer choice A is the right answer for 
the first question, thus the argument for "Store in An- 
swerA.Func" 644 is "Func_Rgt" for State column 0 626, 
and the argument for "Store in AnswerB. Func" 650 and 
"Store in AnswerC.Func" 656 is "FuncJ/Vrg." The argu- 
ments for "Store in AnswerA.Func" 644, "Store in An- 
swerB.Func" 650, and "Store in AnswerC.Func" 656 
similarly are changed to make choice B the right answer 
for the second question in State column 1 628 and to 
make choice C the right answer for the third question in 
State column 2 630. It may be assumed that a user has 
buttons A, B, and C on a keypad or STB remote allowing 
him or her to choose one of the three answers. It will be 
appreciated that the index point type for "Store in An- 
swerA.Func" 644, "Store in AnswerB. Func" 650, and 
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"Store in AnswerC.Func" 656 in the index point type col- 
umn 624 is "M" for momentary. Accordingly, just as the 
user cannot see the answer choices if computer system 
execution commences after the initiating event is 
reached, he or she also cannot choose an answer and 
thereby engage the associated functions. 
[0049] There is one attribute change which is control- 
led by a segmented index point (FIGURE 2C), the "BO- 
NUS ROUND NEXT!" banner 530 (FIGURES 5C and 
5D). As previously described, the program designer de- 
sires to leave the banner 530 displayed even if a user 
missed the second question by commencing computer 
system execution after event Y 606 (FIGURE 6A) was 
reached, thereby initiating the attribute changes in the 
State 1 column 628. FIGURE 5D shows the banner 530 
displayed, even though no question or answer choices 
are displayed. FIGURE 5E shows that at some point the 
program designer desires preventing the user from see- 
ing the banner 530 if the user commences program ex- 
ecution some time after event Y 606 (FIGURE 6A) was 
reached but before the next event initiating a state 
change at event Z 6 08 (FIGURE 5F ) initiatesdisplay of 
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cated by the specification of °M" for a momentary index 
point in the index point type column for "Call function 
Scr() with arg" 660. Accordingly, it will be appreciated 
that background program attributes not related to dis- 
play of information are responsive to index points. It will 
also be appreciated that in such an attribute change ta- 
ble 620 there is flexibility for programming involving 
function calls capable of processing functions named as 
arguments or with known functions with specified argu- 
ments. 

[0052] FIGURE 7 depicts a routine 700 for selecting 
index points. The routine begins at a block 702. At a 
block 704, objects affected by state changes during ex- 
ecution of the program are identified. At a block 706, for 
each object affected by state changes, one or more 
points during computer system execution for which the 
object should change are identified and logged in an in- 
dex file list. At a block 708, for an identified attribute 
change, the appropriate index point type is identified. At 
a decision block 710, it is determined if the appropriate 
index point* isa momentary Triclex point If s~o;at a block 
712 the momentary index point is inserted. If not, at a 
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point setting a time after the start point for the segment- 
ed index point (FIGURE 2C) for which the attribute 
change still will be initiated. 

[0050] The attribute change for the banner 530 (FIG- 
URES 5C and 5D) is "Store in BonusNxt.Visible" 658. 
The index point type entry in the index point type column 
624 is "S" for "segmented." In the State 0 column 626, 
"NO^CHANGE" is argument for a default nondisplayed 
condition. In the State 1 column 628, the argument is 
changed to T for 'True" so that the banner 530 (FIG- 
URES 5C and 5D) will be displayed if the user com- 
mences computer system execution at or before the 
event Y 606 (FIGURE 6A) initiating the state change or 
at or before the stop point Y' 613. It will be appreciated 
that there is no state column for the stop point Y' 613 in 
the attribute change table 630. As will be appreciated 
by programmers ordinarily skilled in the art, it may be 
more efficient for an event handler to process the stop 
point Y' 61 3 when it is the only change being made, rath- 
er than initiate a mechanism to process all attribute 
changes for a state change collecting many attribute 
changes. Accordingly, an event handler will process 
stop points such as Y 613, preventing the associated 
attribute change Store in BonusNxt.Visible" 658 from 
being triggered if computer system execution com- 
menced after Y' 613. 

[0051] A last entry in the attribute change table 620 is 
the "Call function Scr() with arg" 660. This is a score- 
keeping function, the results of which are not shown. 
The attribute change still is responsive to an index point 
type specified in the index point type column 624. It can 
be presumed that the scorekeeping function is only ac- 
tive for questions the user can see and answer, as indi- 
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change, and at a block 718 a stop point is inserted mark- 
ing a last time computer system execution can com- 
mence and still initiate the associated attribute change. 
If not, at a decision block 720, it is determined if the ap- 
propriate index point is a progressive index point. If so, 
at a decision block 722, a starting point is inserted along 
with identification of a stopping point for the attribute 
change. At a decision block 724 it is determined if all the 
index points have been assigned in order to effect the 
changes identified at the block 704. If not, the routine 
continues with identification of the appropriate index 
point at the block 708. On the other hand, if all the index 
points have been assigned, the routine 700 concludes 
at a block 726 once all suitable index points have been 
inserted. 

[0053] FIGURE 8 depicts a routine 800 for executing 
a program according to an index list. The routine begins 
at a block 802. At a block 804, as computer system ex- 
ecution reaches each listed index point, associated 
state and/or attribute changes are initiated. At a block 
806, the type of index point triggering the attribute 
change is examined. At a decision block 808, it is deter- 
mined if the index point is a momentary index point. If 
so, at a decision block 810 it is determined if the index 
point has passed before computer system execution 
commenced. If not, at a block 812, the associated at- 
tribute change is initiated. However, if the index point 
passed before computer system execution com- 
menced, the index point is skipped and the routine 
progresses to a decision block 824 to determine if that 
index point was the last index point. 
[0054] If at the decision block 808 the index point is 
determined not to be a momentary index point, at a de- 
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cision block 814 it is determined if the index point is a 
segmented index point. If it is, at a decision block 81 6 it 
is determined if the stop point for the segmented index 
point passed before computer system execution com- 
menced. If not, at a block 818 the associated attribute 
change is initiated. However, if the stop point did pass 
before computer system execution commenced, the in- 
dex point is skipped and the routine progresses to the 
decision block 824 to determine if that index point was 
the last index point. 

[0055] If at the decision block 814 the index point is 
determined not to be a segmented index point, at a de- 
cision block 820 it is determined if the index point is a 
progressive index point. If so, at a block 822 the asso- 
ciated attribute changes are initiated. However, if at the 
decision block 820 it is determined that the index point 
is not a progressive index point, the index point is 
skipped and the routine progresses to the decision block 
824 to determine if that index point was the last index 
point. It will be appreciated that if three different types 

"oTindex points are usedTndlhefifsTtwoTypes have" 
been ruled out, that the decision blo ck 820 can be avoid- 
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9 thus can receive state tables or state table files, pass 
them through the input/output controller 91 0 to the CPU 
91 6 where it will be processed through the system con- 
troller 918, suitably in response to user input gathered 

5 through the user keypad 908 and the input device con- 
troller 926. The state table can then be executed as pre- 
viously described in connection with the foregoing ex- 
amples, method flowcharts, and block diagrams. 
[0060] While the preferred embodiment of the inven- 

10 tion has been illustrated and described, as noted above, 
many changes can be made without departing from the 
scope of the invention. Accordingly, the scope of the in- 
vention is not limited by the disclosure of the preferred 
embodiment. Instead, the invention should be deter- 

15 mined entirely by reference to the claims that follow. 



Claims 

20 1. A method for controlling computer system operation 
_ aQ _____. Ql .- j _ f thecompmrsystem7themeth~ 



od comprising: 



in thafother forms of index point's can De devisecTancT 
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used within the broad principles of the present invention. 25 



system to occur during execution of the com- 



[0056] — If at the'decls ion" block 824 the index point just- 
processed is determined not to have been the last index 
point, the routine BOO loops to the block 804 to identify 
the next index point. If the index point just processed is 
determined to have been the last index point, the routine 
ends at a block 826. 

[0057] . FIGURE 9 shows a computer system 900, 
which could be in the form of a media controller or a set- 
top box (STB) operable for using embodiments of the 
present invention. The computer system 900 is operable 
for controlling a display 902, such as a television, and 
an audio subsystem 904, such as a stereo or a loud- 
speaker system. The computer system 900 receives in- 
put from a network 906, such as a broadband data net- 
work. The computer system 900 also receives user input 
from a wired or wireless user keypad 908, which may 
be in the nature of a STB remote. 
[0058] The computer system 900 receives input from 
the network 906 via an input/output controller 91 0, which 
directs signals to and from a video controller 912, an 
audio controller 914, and a central processing unit 
(CPU) 91 6. In the case of a STB, the input/output con- 
troller 91 0 suitably is a multiplexer for routing video data 
blocks received from the network 906 to a video control- 
ler 912 in the nature of a video decoder, audio data 
blocks to an audio controller 91 4 in the nature of an au- 
dio decoder, and for routing other data blocks to a CPU 
91 6 for processing. In turn, the CPU 916 communicates 
through a system controller 91 8 with input and storage 
devices such as read only memory (ROM) 920, system 
memory 922, system storage 924, and input device con- 
troller 926. 

[0059] The computer system 900 shown in FIGURE 



— ■•* putersystem; ~~~ 

associating the attribute change with an event 
in the computer system such that indication of 
the event triggers the attribute change; 

30 identifying an index point in the execution of the 

computer system indicative of when the event 
is to occur; 

associating the index point in the computer sys- 
tem with the event; and 

35 specifying an index point type for the index 

point, the index point type determining whether 
the attribute change is triggerable depending 
on when the execution of the computer system 
commenced relative to occurrence of the index 

40 point. 

2. The method of claim 1, including triggering the 
event in the computer system upon reaching the in- 
dex point in the computer system associated with 
45 the event, such that the attribute is changed in ac- 
cordance with characteristics of the attribute 
change determined by the index point type speci- 
fied. 

so 3. The method of claim 1 or 2, wherein the index point 
type is a first index point type that specifies that the 
attribute change is triggerable only when the index 
point is reached after the execution of the computer 
system commenced. 



55 



4. The method of claim 1 or 2, wherein the index point 
type is a second index point type that specifies that 
the attribute change is triggerable when the index 
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point triggering the attribute change has been 
reached and the attribute change associated with 
the index point has not been countermanded with a 
subsequent attribute change. 

I. The method of claim 1 or 2, wherein the index point 
type is a third index point type that specifies that the 
attribute change is triggerable when the index point 
has been reached, the attribute change associated 
with the index point has not been countermanded 
by a subsequent attribute change, and a stop acti- 
vation point associated with the index point has not 
been reached until after the execution of the com- 
puter system commenced. 

. The method of ciaim 5, wherein an index tabie in- 
cludes a iist of the index points and a corresponding 
list of stop activation points for the third index point 
type. 

the method of clairrTS "wherehi an index table in-" 
elu des a lis t of the index points, a corresponding list 
of index p oint^es ano^-cwe¥p^ 
. lactivMojij^inis^ 



w 



15 



20 



puter system indicative of when the event 
is to occur; 

a third component configured to associate 
the index point in the computer system with 
the event; and 

a fourth component configured to specify 
an index point type for the index point, the 
index point type determining whether the 
attribute change is triggered depending on 
when the execution of the computer sys- 
tem commenced relative to occurrence of 
the index point. 

13. The system of claim 12, wherein the processor in- 
cludes a fifth component configured to trigger the 
attribute change in the computer system upon 
reaching the index point in the computer system as- 
sociated with the event, such that the attribute is 
changed in accordance with characteristics of the 
attribute change determined by the index point type 
specified^ - ~ - 



25 



-147-The-syster^ofcla im-1^"or-13rwherein-the-fourth- 
_ comj3on_entisJurthe^^ 



8. The~methbd~bf any one of the preceding"claims," 
wherein an index table includes a list of the index 
points. 

9. The method of any one of claims 1 to 6, wherein an 
index table includes a list of the index points and a 
corresponding list of index point types. 

10. The method of any one of claims 6 to 9, wherein the 
index table is ordered by sequential occurrence of 
the index points. 



index.pointLtypeJs,a.firstJndex_pointJype_sucii_that_ 
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11. A computer readable medium for storing instruc- 
tions for controlling computer system operation dur- 
ing system execution, the computer readable me- 40 
dium comprising computer program code means for 
carrying out the method of any one of claims 1 to 1 0. 



" the~attribute charige1s"tr!ggerabre~ohlylwhenthe"iri- 
dex point is reached after the execution of the com- 
puter system commenced. 

15. The system of claim 12 or 13, wherein the fourth 
component is further configured to specify that the 
index point type is a second index point type such 
that the attribute change is triggerable when the in- 
dex point triggering the attribute change has been 
reached and the attribute change associated with 
the index point has not been countermanded by a 
subsequent attribute change. 



1 2. A system for controlling computer system operation 
during computer system execution, the system 
comprising: 



45 



a user interface configured to identify an at- 
tribute change of a computer system to occur 
during execution of the computer system; and so 
a processor including: 

a first component configured to associate 
the attribute change with an event in the 
computer system such that indication of 55 
the event triggers the attribute change; 
a second component configured to identify 
an index point in the execution of the com- 



16. The system of claim 12 or 13, wherein the fourth 
component is further configured to specify that the 
index point type is a third index point type such that 
the attribute change is triggerable when the index 
point has been reached, the attribute change asso- 
ciated with the index point has not been counter- 
manded by a subsequent attribute change, and a 
stop activation point associated with the index point 
has not been reached until afterthe execution of the 
computer system commenced. 

17. The system of claim 16, further comprising a sev- 
enth component configured to generate an index ta- 
ble including a list of the index points and a corre- 
sponding list of stop activation points for the third 
index point type. 

18. The system of claim 16, further comprising an 
eighth component configured to generate an index 
table including a list of the index points, a corre- 
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sponding list of index point types and, acorrespond- 
ing list of stop activation points for the third index 
point type. 

19. The system of any one of claims 12 to 18, further 
comprising a sixth component configured to gener- 
ate an index table including a list of the index points. 

20. The system of any one of claims 12 to 17, further 
comprising a seventh component configured to 
generate an index table including a list of the index 
points and a.corresponding list of index pointtypes. 

21. The system of any one of claims 17 to 20, wherein 
the sixth, seventh or eighth. component is further 
configured to generate the index table by sequential 
occurrence of the index points. 

22. A method for controlling computer system operation 
during execution of the computer system, the meth- 
od comprising: 



10 



fourth computer program code means for asso- 
ciating the index point in the computer system 
with the event; 

fifth computer program code means for speci- 
fying that the attribute change is triggered only 
when the index point is reached after the com- 
puter system was engaged; and 
sixth computer program code means for cap- 
turing data representing one of attribute change 
information and index point information for use 
during the execution of the computer system. 



-identifying an attribute change of a computer 



24. A system for controlling computer system operation 
during computer system execution, the system 
is comprising: 

a user interface configured to identify an at- 
tribute change of a computer system to occur 
during execution of the computer system; and 
20 a processor including: 

a first component configured to associate 
^ he attribute change with an event in the" 



system jp_occur_during. execution of the com- 
_puter_system; 



25 



computer sys tem su ch that indication of 
_the^event,triggersjhe_attribute_change; 



C 



as^watirig th~e _ attrM 

in the computer system such that indication of 
the event triggers the attribute change; 
identifying an index point in the execution of the 
computer system indicative of when the event 
is to occur; 

associating the index point in the computer sys- 
tem with the event; 

specifying that the attribute change is triggered 
only when the index point is reached after the 
computer system was engaged; and 
capturing data representing one of attribute 
change information and index point information 
for use during the execution of the computer 
system. 

23. A computer readable medium storing instructions 
for controlling computer system operation during 
system execution, the computer readable medium 
comprising: 

first computer program code means for identi- 
fying an attribute change of the computer sys- 
tem to occur during execution of the computer 
system; 

second computer program code means for as- 
sociating the attribute change with an event in 
the computer system such that indication of the 
event triggers the attribute change; 
third computer program code means for identi- 
fying an index point in the execution of the com- 
puter system indicative of when the event is to 
occur; 



~ a~secd ndcomp on e nt cdnf i gu red toldentify" 

an index point in the execution of the com- 
puter system indicative of when the event 
is to occur; 

30 a third component configured to associate 

the index point in the computer system with 
the event; 

a fourth component configured to specify 
that the attribute change is triggered only 
35 when the index point is reached after the 

execution of the computer system com- 
menced; and 

a fifth component configured to capture da- 
ta representing one of attribute change in- 
40 formation and index point information for 

use during the execution of the computer 
system. 

25. A method for controlling computer system operation 
45 during execution of the computer system, the meth- 
od comprising: 

identifying an attribute change of a computer 
system to occur' during execution of the com- 

50 puter system; 

associating the attribute change with an event 
in the computer system such that indication of 
the event triggers the attribute change; 
identifying an index point in the execution of the 

55 computer system indicative of when the event 

is to occur; 

associating the index point in the computer sys- 
tem with the event; 
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specifying that the attribute change is triggered 
when the index point triggering the attribute 
change has been reached and the attribute 
change associated with the index point has not 
been countermanded by a subsequent attribute s 
change; and 

capturing data representing one of attribute 
change information and index point information 
for use during the execution of the computer 
system. w 

26. A computer readable medium storing instructions 
for controlling computer system operation during 
system execution, the computer readable medium 
comprising: 15 



first computer program code means for identi- 
fying an attribute change of the computer sys- 
tem to occur during execution of the computer 
system; 20 
second computer program code means for as- 
sociating the attribute change wi th an event in 
the computer system such that indication o f the 

. event triggers the attribute change; 

—third computer, program code. means for identk 25_ 

fyinpmih^eTpoi^ 

puter system indicative of when the event is to 
occur; 

fourth computer program code means for asso- 
ciating the index point in the computer system 30 
with the event; 

fifth computer program code means for speci- 
fying that the attribute change is triggered when 
the index point triggering the attribute change 
has been reached and the attribute change as- 35 
sociated with the index point has not been 
countermanded with a subsequent attribute 
change; and 

sixth computer program code means for cap- 
turing data representing one of attribute change 40 
information and index point information for use 
during the execution of the computer system. 



puter system indicative of when the event 
is to occur; 

a third component configured to associate 
the index point in the computer system with 
the event; 

a fourth component configured to specify 
that the attribute change is triggered when 
the index point triggering the attribute 
change has been reached and the attribute 
change associated with the index point has 
not been countermanded with a subse- 
quent attribute change; and 
a fifth component configured to capture da- 
ta representing one of attribute change in- 
formation and index point information for 
use during the execution of the computer 
system. 

28. A method for controlling computer system operation 
during execution of the computer system, the meth- 
od comprising: 



identifying an attribute change of a computer 



27. A system for controlling computer system operation 
during computer system execution, the system 
comprising: 



45 



a user interface configured to identify an at- 
tribute change of a computer system to occur 
during execution of the computer system; and so 
a processor including: 

a first component configured to associate 
the attribute change with an event in the 
computer system such that indication of 55 
the event triggers the attribute change; 
a second component configured to identify 
an index point in the execution of the com- 



system jo_ occur during, execution of the_com 1 

puter system; 

associating the attri'bute'change with~an evenr 
in the computer system such that indication of 
the event triggers the attribute change; 
identifying an index point in the execution of the 
computer system indicative of when the event 
is to occur; 

associating the index point in the computer sys- 
tem with the event; • 

specifying that the attribute change is triggered 
when the index point has been reached, the at- 
tribute change associated with the index point 
has not been countermanded by a subsequent 
attribute change and a stop activation point as- 
sociated with the index point has not been 
reached; and 

capturing data representing one of attribute 
change information and index point information 
for use during the execution of the computer 
system. 

29. A computer readable medium storing instructions 
for controlling computer system operation during 
system execution, the computer readable medium 
comprising: 

first computer program code means for identi- 
fying an attribute change of the computer sys- 
tem to occur during execution of the computer 
system; 

second computer program code means for as- 
sociating the attribute change with an event in 
the computer system such that indication of the 
event triggers the attribute change; 
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third computer program code means for identi- in claim 11 , 23, 26 or 29. 

tying an index point in the execution of the com- 
puter system indicative of when the event is to 
occur; 

fourth computer program code means for asso- s 
dating the index point in the computer system 
with the event; 

fifth computer program code means for speci- 
fying that the attribute change is triggered when 
the index point has been reached, the attribute w 
change associated with the index point has not 
been countermanded by a subsequent attribute 
change and a stop activation point associated 
with the index point has not been reached until 
after the execution of the computer system « 
commenced; and 

sixth computer program code means for cap- 
turing data representing one of attribute change 
information and index point information for use 
during the execution of the computer system. 20 

30. A syst em fo r c ontro lling compute r system operation . : 



during computer system execution, the system 



.comprising: 



25 



a userlnterface configured to"iQ^tify"arTaf : " 
tribute change of a computer system to occur 
during execution of the computer system; and 
a processor including: 



30 



o 



a first component configured to associate 
the attribute change with an event in the 
computer system such that indication of 
the event triggers the attribute change; 
a second component configured to identify 35 
an index point in the execution of the com- 
puter system indicative of when the event 
is to occur; 

a third component configured to associate 
the index point in the computer system with ^ 
the event; 

a fourth component configured to specify 
that the attribute change is triggered when 
the index point has been reached, the at- 
tribute change associated with the index 
point has not been countermanded by a 
subsequent attribute change and a stop 
activation point associated with the index 
point has not been reached until after the 
execution of the computer system com- so 
menced; and 

a fifth component configured to capture da- 
ta representing one of attribute change in- 
formation and index point information for 
use during the execution of the computer 55 
system, 

31. A computer loaded with program code as defined 
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